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(57) A system for controlling a multi-mode mobile 
telephone (100 & 110) via a single hardware and soft- 
ware man machine interface (MMI) (118) includes a 
mode manager for managing switching of the system 
{200 & 21 0) between two or more modes utilizing differ- 
ent air interface standards supported by different proto- 
col stacks. A user interface communicates infonmation 



and commands between the protocol stacks and a user. 
An application layer reduces the functional interface be- 
tween the protocol stacks to layers of the protocol stacks 
subsequent to the user interface, allowing control of the 
mobile telephone (1 GO & 1 1 0) to be provided via a single 
man machine interface (118) that is substantially con- 
sistent across the all modes. 
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Description 

[0001 1 The present invention reiates generally to mo- 
bile telephones, and more specifically to a system for 
controlling a multi-mode, multi-band mobile telephone 
via a single hardware and software man machine inter- 
face (M 1^1). ^ ^ . 
[0002] Mobile telephone air interface standards such 
as Telecommunications Industry Association/Electron- 
ics Industry Alliance Interim Standards 54 and 136 (TIA/ 
EIA-54 and TIA/EIA-136). Global System for Mobile 
communication (GSM). Advanced Mobile Phone Serv- 
ice (AMPS), Telecommunications Industry Association 
Code Division Multiple Access Interim Standard 95 (CD- 
MA IS-95 or CDMA), GSM/ANSI-41 Interoperability Trial 
Standard TlA/EIA-41 (GAIT), and the like require sup- 
port by specific operating systems or protocol stacks, 
each presenting a functionality specific to the con-e- 
spending standard and the technologies applied within 
those standards. This functionality finds its final repre- 
sentation in the MMl software employed by the tele- 
phone, which presents the functionality to the user. Dif- 
ferent scopes of functionality typically Induce different 
behavior, and often require the use of different software 
in the MMl. Where such specific software is used for dif- 
ferent standards or modes, specific hardware (e.g. spe- 
cific hard keys, displays, and the like) may be required. 
Alternately, redundant MMl software may be provided, 
increasing the need for added general hardware (e.g. 
memory, processors, and the like) and Increasing com- 
plexity to the user. Moreover, since mobile telephones 
are increasingly providing MMIs providing applications 
such as organizers, email clients, Internet browsers, 
and the like, such MMIs can occupy a substantial portion 
of the telephone's memory compared with other of the 
telephone's software modules. Thus, in order to provide 
a multiple mode mobile telephone capable using multi- 
ple standards, a substantial portion of the telephone's 
memory must be dedicated to storage of software pro- 
viding multiple MMIs. Further, it is nomnally desirable 
that only one instance of a particular application be pro- 
vided by the MMl of the telephone. 
[0003] Consequently, it is desirable to provide a mo- 
bile telephone supporting multiple air interface stand- 
ards, each capable of supporting multiple bands, 
through a single MMl, thus abstracting the complexity 
of the system from the user and enabling the use of a 
single hardware interface. 

[0004] The invention is defined in the independent 
claims. Prefen^ed features are detailed In the dependent 

claims. 

[0005] One preferred embodiment provides a system 
for controlling a mobile telephone, comprising: 



potted by second protocol stack; 
means for communicating infomiation and com- 
mands between the first and second protocol stacks 
and a user for controlling the mobile telephone; and 
means for reducing functional interface between 
the first and second protocol stacks to layers of the 
first and second protocol stacks subsequent to the 
user interface. 



means for managing switching of the system be- 
tween a first mode utilizing a first air interface stand- 
ard supported by a first protocol stack and a second 
mode utilizing a second air interface standard sup- 



10 wherein control of the mobile telephone is provid- 

ed via a single man machine interface that is substan- 
tially consistent across the first and second modes. 
[0006] The managing means may further comprise 
means for routing inf onmation to one of the first protocol 
15 stack and the second protocol stack. 

[0007] The managing means may further comprise 
means for translating infomiation between the first air 
interface standard and the second air interface stand- 
ard. 

20 [0008] The system may further comprise means for 
providing communication of infomnation between the 
first protocol stack and the second protocol stack. 
[0009] The system may further comprise means for 
storing user data utilized by the first and second protocol 
25 stacks, the user data including at least one of an address 
book entry, a phonebook entry, a short message, an e- 
mail. a ringing tone, and a picture. 
[0010] The system may further comprise means for 
storing call related data by the first and second protocol 
30 Stacks. 

[0011] The first air interface standard may comprise 
the Global System for Mobile communication (GSM) air 
Interface standard and the second air interface standard 
may comprise the Telecommunteations Industry Asse- 
ss elation/Electronics Industry Alliance Interim Standard 
1 36 (Tl A/El A-1 36) air interface standard. 
[0012] Accordingly, embodiments of the present in- 
vention provide a system for controlling a multi-mode 
mobile telephone via a single hardware and software 
40 MMl (MMl). In exemplary embodiments of the invention, 
the multi-mode mobile telephone is comprised of a hard- 
ware system and a software system. The hardware sys- 
tem includes at least one chipset and an interface for 
controlling the mobile telephone. The software system 
45 includes a mode manager for managing switching of the 
system between two or more modes utilizing different 
air interface standards supported by different protocol 
stacks. A user interface communicates Information and 
commands between the protocol stacks and a user. An 
50 application layer reduces the functional Interface be- 
tween the protocol stacks to layers of the protocol stacks 
subsequent to the user Interface, allowing control of the 
mobile telephone to be provided via a single MMl that 
is substantially consistent or consistent across all the 
55 modes. 

[0013] It is to be understood that both the foregoing 
general description and the following detailed descrip- 
tion are exemplary and explanatory only and are not re- 
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strictive of the invention claimed. The accompanying 
drawings, which are incorporated in and constitute a 
part of the specification, illustrate an embodiment of the 
invention and together with the general description, 
serve to explain the principles of the invention. 
[0014] The numerous objects and advantages of the 
present invention may be better understood by those 
skilled in the art by reference to the accompanying fig- 
ures showing embodiments of the invention in which: 

FlGs. 1 A and 1 B are block diagrams illustrating mul- 
ti-mode mobile telephones In accordance with ex- 
emplary embodiments of the present invention, 
wherein FIG. 1 A illustrates a mobile telephone hav- 
ing a dual core and FIG. 1 B illustrates a mobile tel- 
ephone having a single core; 
FIGs. 2A and 2B are block illustrating exemplary 
system architectures for controlling multi-mode mo- 
bile telephones, such as the dual and single core 
mobile telephones shown in FIGs. 1 A and 1 B, via a 
single hardware and software MMI; 
FIGs. 3A, 3B and 3C are block diagrams further il- 
lustrating the interface of software modules of the 
system architecture shown in FIG. 2A in accord- 
ance with exemplary embodiments of the present 
invention; 

FIG. 4 is a block diagram illustrating an exemplary 
MMI manager suitable for use within the system ar- 
chitectures shown in FIGs. 3A, 3B and 3C; 
FIG. 5 is a schematic diagram illustrating a menu 
screen of a user interface wherein the menu screen 
is suitable for allowing a user to select between net- 
work modes supported by the mobile telephone; 
FIG. 6 is a flow diagram illustrating switching be- 
tween network modes supported by the mobile tel- 
ephone; 

FIG. 7 is a block diagram illustrating an exemplary 
structure of a serial bridge suitable for communicat- 
ing data between hardware systems of the mobile 
telephone; 

FIG. 8 is a block diagram illustrating layered func- 
tionality provided by the Open Systems Intercon- 
nect (OS I) model employed in the serial bridge 
stmcture shown in FIG. 7; and 
FIG. 9 is a schematic diagram illustrating an exem- 
plary inter-processor communication (IPC) mes- 
sage fomriat in accordance with an exemplary em- 
bodiment of the present invention. 

[0015] Reference will now be made in detail to the 
presently preferred embodiments of the invention, ex- 
amples of whtoh are illustrated in the accompanying 
drawings. 

[0016] FIGs. 1 A and 1B illustrate mobile telephones 
in accordance with exemplary embodiments of the 
present invention. Mobile telephones 100& HOsupport 
dual mode operation wherein each mode employs a dif- 
ferent air interface standard. In FIG. 1A, mobile tele- 



phone 1 00 comprises a dual-core mobile telephone ca- 
pable of supporting the Global System for Mobile com- 
munication (GSM) and Telecommunications Industry 
Association/ Electronics Industry Alliance Interim 
5 Standard 1 36 (Tl A/EIA-1 36) CTDM A) air interface stand- 
ards via mobile station software (MSSW) protocol 
stacks mnning on separate independent hardware sys- 
tems or chipsets 112 & 114. In FIG. IB, on the other 
hand, mobile telephone 110 comprises a single-core 
10 mobile telephone having a common chipset 1 1 6 capable 
of supporting both the GSM and TDMA protocol stacks. 
[0017] Mobile telephones 100 & 110 may switch, or 
alternately, be switched by the user, between a first 
mode ("GSM mode") and a second mode ("TDMA 
15 mode") for communication with wireless telephone net- 
works employing either GSM or TDMA air interface 
standards. In the dual-core embodiment shown in FIG. 
1A, mobile telephone 100 utilizes GSM protocol sup- 
ported by the protocol stack running on chipset 112 In 
20 the GSM mode. The chipset 1 1 4 on which the protocol 
stack supporting the TDMA air interface standard may 
be shut down completely since that protocol stack is not 
utilized. In the TDMA mode, mobile telephone 100 uti- 
lizes TDMA protocol supported by the protocol stack 
25 mnning on chipset 114. The processor of chipset 112 
continues to control the MMI 118 of mobile telephone 
100 and any additional hardware related features 120 
such as battery measurement and charging, micro- 
phone volume, loudspeaker volume, control of address 
30 books memory, or the like. Thus, there is only one in- 
stance of the MMI and database. 
[0018] As shown in FIG. 1 A, chipsets 1 1 2 & 1 1 4 com- 
municate with one another via a serial connection 122. 
In exemplary embodiments of the invention, one or more 
35 processes running within the mobile station software 
(MSSW) systems running on each chipset 112 & 114 
provide for transfer of man machine interface (MMI) re- 
lated infomiation. These processes establish a commu- 
nication channel between the GSM and TDMA protocol 
40 stacks allowing communication there between for the 
display of TDMA call specific user data by the display 
driver of the processor of chipset 112, and for sending 
user requests from the processor of chipset 112 to the 
TDMA protocol stack of chipset 114. Chipset 112 may 
45 further communicate data with an external source 124 
via serial connection 126. For instance, external source 
124 may communicate software providing enhanced 
functionality (e.g. organizers, browsers, user interfaces, 
etc.), address book Infomiation, messages, email or the 
like. 

[0019] In the single-core embodiment shown in FIG. 
1 B, both the GSM protocol stack TDMA protocol stacks 
run on chipset 116. Thus, serial connection 122 (FIG. 
1A) is not required. The processor of chipset 116 con- 
trols the MMI 118 and additional hardware related fea- 
tures 120 of the mobile telephone 110 and provides 
communication of data with external source 124 via se- 
rial connection 126. However, there may be only one 
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instance ot the serial communication software or driver 
for serial connections 122 & 126. 
[0020] It will be appreciated that protocol stacks may 
be provided for mobile telephones 100 & 110 that sup- 
port air interface standards other than GSM and TDM A. 
Such air interface standards include Advanced Mobile 
Phone Service (AMPS), Nanrow Band AMPS (NAMPS), 
Digital AMPS (D-AMPS), Digital European Cordless Tel- 
ephone System (DECT), Telecommunications Industry 
Association Code Division Multiple Access Interim 
Standard 95 (CDMA IS-95 or CDMA), and the like. Fur- 
ther, while implementation of the present invention in a 
dual-mode mobile telephone 100 is discussed herein in 
the description of FIG. 1 A. it Is contemplated that the 
present invention may also be utilized by multiple-mode 
telephones supporting three or more air interface stand- 
ards without departing from the scope of the present in- 
vention. Additionally, there may be different grades of 
integration between technologies employed (e.g., an in- 
tegrated baseband chipset and two cores, or the like). 
[0021 ] Referring now to FIGS . 2 A and 2B, exemplary 
software architectures for mobile telephones 1 00 & 1 1 0 
shown in FIGS. 1A & 1B are described. Architecture 
200, shown in FIG. 2A is multiple-core (i.e., dual-core) 
while architecture 210, shown in FIG. 2B is single core. 
Both arch rtectu res are comprised of two or more MSSW 
protocol stacks supporting different air interface stand- 
ards. For instance, in the embodiments shown, archi- 
tectures 200 & 210 include a first software system pro- 
tocol stack ("MSSW SYSTEM (GSM)") 212 supporting 
the GSM air Interface standard and a second software 
system protocol stack ("MSSW SYSTEM (TDM A)") 214 
supporting theTDMA air interface standard. 
[0022] In architecture 200 (FIG. 2A). each MSSW pro- 
tocol stack 21 2 & 21 4 is supported by a core processing 
system (e.g., "GSM CORE" 216 and 'TDMA CORE" 
21 8) and utilizes an operating system 220 & 222 appro- 
priate to the processor of the chipset employed (e.g., 
operating system 220 may be a GSM Betriebs System 
(GBS) and operating system 222 may be a Nudeus+ 
system). In exemplary embodiments, GSM core 216 
may include GSM Layers 1/2/3, a Subscriber Identity 
Module (SIM), or, alternately, User Identity Module 
(UIM) card, a data services module for supporting data 
services provided by the GSM air interface, and the like. 
TDMA core 218 may likewise include a suitable hard- 
ware abstraction layer and associated control software 
for the baseband processor employed. For Instance, In 
one embodiment. TDMA core 218 may employ a 
PCI361 0 baseband processor manufactured by Prairie- 
Corn, Inc. employing Wireless Hardware Abstraction 
Layer (WHAL) software and suitable control software. 
Each protocol stack 212 & 214 further includes suitable 
"housekeeping" software modules 224 & 226 for provid- 
ing system Input/output (1/0), sen/ice, and identification 
and security for interfacing the MSSW protocol stacks 
212 & 214 with components of the mobile telephone's 
hardware system 228. 



[0023] In architecture 21 0 (FIG. 28), both MSSW pro- 
tocol stacks 21 2 & 21 4 are supported by a common core 
processing system (e.g., "GSM/TDMA CORE" 230) us- 
ing a suitable operating system 220. GSM/TDMA core 
5 230 may include GSM Layers 1 /2/3, a Subscriber Iden- 
tity Module (SIM), or. altemately, User Identity Module 
(UIM) card, a data services module for supporting data 
sen^ices provided by the GSM air interface, and the like, 
and a suitable TDMA hardware abstraction layer and as- 
10 sociated control software. Because protocol stacks 21 2 
& 214 are supported by a common core 230, only one 
housekeeping software module 232 is utilized for inter- 
facing the MSSW protocol stacks 212 & 214 with com- 
ponents of the mobile telephone's hardware system 
15 228. 

[0024] GSM MSSW protocol stack 21 2 includes a us- 
er interface 234 for providing the software MMI for mo- 
bile telephone 100 (FIG. 1). User interface 234 commu- 
nicates information and commands between the first 
20 and second protocol stacks and a user via a hardware 
user Interface. For instance, user interface 234 may 
control display of command options by the display of the 
mobile telephone, display of messages (e.g.. Short 
Message Service (SMS) messages), ring volume con- 
25 trol, ring type control, acceptance of command from the 
telephone keypad, and the like. In embodiments of the 
invention, user Interface 234 may include applications 
such as organizers, electronic mail (email) clients, net- 
work (e.g., Internet) browsers, and the like. User inter- 
30 face 234 may further provide for remote control of the 
mobile telephone, for example, by the wireless commu- 
nication network with which the telephone is communi- 
cating. 

[0025] Application layer 236 reduces the functional in- 
35 terf ace between the first and second protocol stacks 21 2 
& 214 to layers of the first and second protocol stacks 
subsequent to the user Interface (i.e., below user inter- 
face 234). In this manner, the differences In technolo- 
gies employed by the different air interface standards 
40 are made substantially transparent to the user of the mo- 
bile telephone. Further, by abstracting the functionality 
of the different air interface standards to other levels of 
the respective protocol stacks 212 & 214, apptoations 
(e.g., organizers, email clients, network browsers, and 
45 the like) may be more easily added to, removed from, 
or modified within the user interface 234 without modi- 
fication of the different protocol stacks 21 2 & 21 4 so that 
the applications may support each air Interface standard 
without special modification. This greatly reduces the 
50 complexity of the MMI, making the mobile telephone 
easier to use than would be a telephone employing dif- 
ferent MMls for each mode, or a telephone employing 
a MMI that is modified with redundant software for sup- 
porting both air interface standards. In this manner, the 
55 present invention allows control of the mobile telephone 
to be provided via a single hardware and software MMI 
that is substantially consistent across all modes (e.g., 
across GSM and TDMA modes). 
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[00261 Mode manager 238 manages switching of mo- 
bile telephone operation between air interfaces support- 
ed by MSSW protocol stacks 212 & 214. For example, 
in the embodiment shown, mode manager 238 controls 
switching between a first mode utilizing the GSM air in- 
terface standard supported by first protocol stack 212 
("GSM mode") and a second mode utilizing the TDMA 
air interface standard supported by a second protocol 
stack 21 4 (TDMA mode") . Mode manager 238 may fur- 
ther include a routing mechanism ("Router") for routing 
of infomiation and messages to the selected protocol 
stack 21 2 or 214. and a translator ("MMI Manager") for 
translation of infonnation between the different air inter- 
face standards, optionally, Including mapping of differ- 
ences in format of the parameters used by the different 
technologies and making adaptations for different han- 
dling of those parameters. Translation of infonnation be- 
tween the different air interface standards may alter- 
nately be provided by application layer 236. 
[0027] In FIGS. 2A and 2B, mode manager 238 is 
shown as being integrated in GSM MSSW protocol 
stack 212. However, it is contemplated that mode man- 
ager 238, which is preferably a single entity, may alter- 
nately be implemented as part of TDMA MSSW protocol 
stack 214. Further, it will be appreciated that in mobile 
telephones employing multiple core architectures, 
mode manager 238 may be in implemented in any of 
the various protocol stacks supporting a given standard. 
[0028] The software system or protocol stack 212 
supporting mode manager 238 may control a database 
providing storage of all user relevant data for use by both 
software systems. Such user relevant data may include, 
but is not limited to, address book and phone book en- 
tries, short messages (e.g., an SMS message, or the 
like), emails, ringing tones, and pictures. Additionally, a 
second database may be provided for storing call-relat- 
ed data. In exemplary embodiments, this second data- 
base may be implemented as an entity with mode man- 
ager 238. However, such a second database may be 
implemented as multiple entities in each MSSW proto- 
col stack 212 & 214, depending on the requirements of 
the software system design. The software system or 
protocol stack 212 supporting mode manager 238 fur- 
ther include a library ("GLOBAL SUPPORT LIBRARY") 
240 contains software modules (e.g., math.c orthe like) 
utilized in different software entities of architectures 200 
&210. 

[0029] As shown in FIG. 2A. TDMA MSSW protocol 

stack 214 may include a router 242 for routing infonma- 
tion and messages within the TDMA protocol stack 214 
and for routing messages from the TDMA protocol stack 
214 to the GSM MSSW protocol stack 212. This router 
242 is not needed in single core architecture 210 (FIG. 
2B). 

[0030] In dual core architecture 200 (FIG. 2A), a 
bridge 244 may be provided for enabling routing of in- 
fomiation and messages between GSM MSSW protocol 
stack 212 and TDMA MSSW protocol stack 214 via se- 



rial connection 122 since protocol stacks 212 & 214 are 
running on different hardware systems, i.e., different 
chipsets 1 1 2 & 1 1 4 as shown in FIG . 1 A. Bridge 244 may 
include one or more processes 246 & 248 running within 
5 each MSSW protocol stack 21 2 & 21 4 which provide for 
transfer of MMI related infonnation and GSM Layer 1 
commands. Processes 246 & 248 establish a commu- 
nication channel between the GSM and TDMA protocol 
stacks 212 & 214 allowing communication there be- 
to tween for the display of TDMA call specifkj user infor- 
mation, and for sending user requests from the GSM 
protocol stack 212 to the TDMA protocol stack 214. 
Wherein the MSSW protocol stacks 21 2 & 214 are inte- 
grated into a single hardware system, as in single core 
15 architecture 210 shown in FIG. 2B. bridge 244 is not re- 
quired since messages may be routed directly to the ap- 
propriate protocol stack 21 2 or 214. 
[0031] Refening now to FIGS. 3A, 3B and 3C, Inter- 
faces between the mode manager 238 (FIG. 2A) to and 
20 from higher level modules of application layer 236 and 
user Interface 234, and the lower level bridge 244 for a 
dual mode mobile telephone are described. In the archi- 
tecture 300 shown, the flow of messages for call-related 
functionality involves user interface (Ul) 302, application 
25 layers including MSM application layer 304, GSM SMS 
application layer 306, other application layers 308, and 
the GSM layers 1/2/3 310. /Architecture 300 facilitates 
reading and writing of call-related data to the CNI (Call 
Number Infonnation) area of the GSM core 216 (FIG. 
30 2A), and sending of messages with associated struc- 
tures between the various layers (e.g.. the user interface 
302to application layers 304, 306, & 308 and application 
layers 304, 306 & 308 to GSM layer 1/2/3 31 0). For TD- 
MA air interface specification related functions, MMI 
35 manager 312, which is functionally part of mode man- 
ager 238 (FIG.2A), provides some functionality previ- 
ously furnished by the GSM Layer 1/2/3 in GSM single 
mode telephones relating to reading and writing data to 
the CNI as well as passing structures to and from the 
40 application layers. In exemplary embodiments of the in- 
vention, MMI manager 312 perfomns functional actions 
based on the message it is processing. Such actions 
include reading data from or writing data to the CNI and 
a conresponding TDMA structure, followed by sending 
45 of the appropriate message to an application layer or 
the bridge. 

[0032] In the embodiment of architecture 300 shown 
in FIG. 3A. common MSM and SMS application layers 
304 & 306 are employed for both GSM and TDMA 
50 modes instead of using separate TDMA MSM and SMS 
application layers, as in the embodiments Illustrated in 
FIGS. 3A and 3B, MMI Manager 312 writes data to the 
CNI, and passes the current GSM structures to MSM 
and SMS application layers 304 & 306 when calling the 
55 existing message passing functions Implemented in 
MSM application layer. The data written by the MSM ap- 
plication layer to the CNI, and the structures that are 
passed with those messages are not modified. 
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[00331 Alternately, in the embodiments of architecture 
300 shown in FIGS, 3B and 3C. reverse MSM messages 
from the user interface 302 (i.e.. messages from GSM 
protocol stack 31 4 to TDM A protocol stack 31 6) may be 
directed to either the GSM MSM application layer 304 
or aTDMA MSM application layer 320 through a routing 
mechanism 322. Similarly, reverse SMS (Short Mes- 
sage Sen^ice) messages from MM! 302 are directed to 
either the GSM SMS application layer 304 or a TDMA 
SMS application layer 324 via routing mechanism 322. 
Fonward MSM messages from the MMI manager 31 2 (i. 
e., messages from TDMA protocol stack 316 to GSM 
protocol stack 314) are sent to TDMA MSM application 
layer 320, which communicates the messages to the us- 
er interface 302. Forward messages from the GSM 
MSM application layer 306 are communicated directly 
to the MM! 302. 

[0034] As shown In FIG. 3B. TDMA MSM application 
Iayer320 and TDMA SMS application layer 324 may fur- 
ther provide conversion of data between GSM and TD- 
MA formats required by the respective GSM and TDMA 
system software. For instance, wherein fonward mes- 
sages are passed from TDMA protocol stack 316 to 
GSM protocol stack 314, MMI manager 312 may call a 
function in TDMA MSM application layer 320 and pass 
the TDMA data structure it receives from bridge 326, 
which in one embodiment may be a serial interface 
bridge between TDMA and GSM. The TDMA MSM ap- 
plication layer 320 then fills in fields in the CNl based on 
data in this structure, and perfonm MSM functionality. 
When reverse messages are passed from GSM proto- 
col stack 314 to TDMA protocol stack 316, TDMA MSM 
application layer 320 converts data from the CNl to as- 
semble a TDMA structure. This structure is then passed 
through a function interface to MMI manger 312. MMI 
manager 31 2 then sends the appropriate message cor- 
responding to the structure to bridge 326, which com- 
municates the message to TDMA MMI manager 328 (i. 
e., router 242 (FIG. 2A)). TDMA MMI manager 328 then 
provides the message to TDMA level 2/3 330. Because 
mapping between TDMA and GSM data is handled with- 
in TDMA MSM and SMS application layers 320 & 324, 
call and message control functionality related to the TD- 
MA air interface may be isolated in these TDMA appli- 
cation layers 320 & 324. In this manner, MMI manager 
31 2 may be isolated in the sense that it will only contain 
functionality related to interfacing to and from bridge 
326. Thus, a modification to a feature of the MMI 302 
and application layers 308, 304, 306, 320 & 324 affect- 
ing call control or messaging will require little or no mod- 
ification to the MMI manager 312. Any significant mod- 
ifications thus take place in the MSM and SMS applica- 
tion layers 304, 306, 320 & 324 instead of both the MSM 
or SMS application layers 304, 306, 320 & 324 and the 
MMI manager 312. Thus, modification to the MMI man- 
ager 312 may be made necessary only when TDMA 
messages defined between the GSM and TDMA proto- 
col stacks 314 & 31 6 are changed. 



[00351 Alternately, as shown in FIG. 3C. conversion 
of data between GSM and TDMA formats required by 
respective GSM and TDMA system software may be 
perfomied by MMI manager 312. In this embodiment, 
5 MMI manager v^mtes GSM relevant data to the CNl and 
passes GSM structures to the MSM and SMS applica- 
tion layers 320 & 324. Thus, messages written by the 
TDMA MSM and SMS application layers 320 & 324 to 
the CNl, and the structures that are passed with those 
10 messages are not modified. However, the complexity of 
MMI Manager 312 is increased because the MMI man- 
ager 31 2, and not the TDMA MSM and SMS application 
layers 320 & 324, provides mapping of the data needed 
for call control and messaging features. 
15 [00361 Turning nowto FIG. 4, an exemplary MMI Man- 
ager Is described. MMI manager 400 may be logically 
divided into two components 402 & 404: a first compo- 
nent 402 dealing with forward messages (I.e., messag- 
es from the GSM protocol stack to the TDMA protocol 
20 stack), and a second component 404 dealing with re- 
verse messages (i.e., messages from the TDMA proto- 
col stack to the GSM protocol stack). Each component 
402 & 404 may have an interface to and/or from one or 
more application layers and the bridge, as well as facil- 
25 ities for translating information between GSM and TD- 
MA fonnats. 

[00371 The f onward component of MMI manager 400 
may further be divided into four sections 406-412. The 
first section 406 provides afuncllon Interface serving as 
30 the link to the serial bridge. The first section 406 Is called 
by the bridge to pass messages to MMI manager 400, 
passing the TDMA stmcture corresponding to such 
messages. The second section 408 processes forward 
messages based on the TDMA message structure 
35 passed to the function interface of first section 406. The 
second section 408 may be implemented as a function 
that, in turn, calls a second function corresponding to 
the TDMA message passed. The third section 41 0 pro- 
vides implementation of the functions called by first and 
40 second sections 406 & 408 for handling the fonward 
messages. Preferably, a unique function for each for- 
ward message may be implemented that will write data 
to the CNl and assemble any relevant GSM structure 
based on data In the TDMA structure passed to it. The 
45 fourth section 41 2 Interfaces with the application layers. 
In exemplary embodiments, the fourth section 41 2 calls 
functions in application layers appropriate for the GSM 
message passed. 

[00381 The reverse component 404 of MMI manager 
50 400 may simllarty be divided Into four sections 41 4-420. 
The first section 414 provides a function interface with 
upper application layers sending messages to the MMI 
manger 400. In exemplary embodiments, first section 
414 is implemented as asingle function in MMI manager 
55 400, which takes a structure including the type of GSM 
message and the relevant data. The second section 41 6 
processes reverse messages based on the GSM mes- 
sage structure passed to the function interface of first 
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section 414. Second section 416 may be implemented 
as a function that calis a second function con-esponding 
to the GSM message passed. The third section 41 8 pro- 
vides implementation of the functions called first and 
second sections 414 & 416 for handling reverse mes- 
sages. Preferably, a unique function for each reverse 
message is implemented for assembling the appropri- 
ate TDMA structure based on data in the CNI and the 
GSM structure passed to the MMl manager. The fourth 
section 420 interfaces with the bridge serial link to the 
TDMA protocol stack, passing the TDMA structure as- 
sembled by the first, second and third sections 41 4, 41 6 
&418. 

[0039] As discussed In the description of FIG. 2, the 
network or technology selector of mode manager 238 
provides the necessary features functionality for basic 
multi-mode operation (e.g., dual mode GSM/TDMA op- 
eration) with "automatic" selection capability between 
modes based on user-selection. Preferably, the MMl of 
the mobile telephone is capable of allowing the user to 
change the preferred technology or networtc mode for 
selecting between air interfaces. For instance, as shown 
in FIG. 5, the user interface of the mobile telephone may 
provide a menu screen 500 having options 502 that al- 
low a user to select the technology or network mode 
used by the telephone. In the dual mode system of the 
embodiment shown, the user may be allowed to select 
GSM mode ("GSM") 504, TDMA mode ("TDMA") 506, 
or to allow the system to automatically select a mode 
based on predetemnined criteria ("AUTOMATIC") 508 
and network status. Automatic selection between 
modes is illustrated as being selected In FIG. 5. 
[0040] Referring now to FIG. 6, an exemplary method 
suitable for use by the networi< selector module of mode 
manager 238 (FIGS. 2A and 2B) for switching between 
modes or networks using different air interface stand- 
ards is described. The method 600 is initiated at step 
602 when a user selects a technology mode via the MMl 
of the mobile telephone. Wherein GSM and TDMA 
modes are supported by the telephone software archi- 
tecture, the user may select between GSM mode only, 
TDMA mode only, or to allow the system to automatically 
select either GSM or TDMA mode based on networic 
availability or using predetemnined selection criteria. In 
exemplary embodiments, if either GSM mode or TDMA 
mode is selected, then that mode is used exclusively. 
The man machine interface (MMl) is monitored for a 
change in selection. For example, If GSM mode is ini- 
tially selected, the MMl is monitored for access by the 
user (e.g., to a technology selection menu) and selec- 
tion of either TDM A mode, or automatic mode switching. 
If service using the selected mode is determined to be 
unavailable, a message may be provided to the user in- 
forming the user of the absence of service using the se- 
lected mode. If automatic selection of modes is selected 
at step 604, a detemni nation is made at step 606 whether 
switching from the selected mode to the non-selected 
mode is necessary. For instance, the system may peri- 



odically receive indications as to the availability of serv- 
ice from the protocol stack corresponding to the mode 
selected. If an Indication that service is no longer avail- 
able using the selected mode is received, or that service 
5 is now available using the non-selected mode and that 
mode is prefenred over the cunrently selected mode, 
switching is initiated between modes at step 608. Atimer 
may be provided for triggering periodic checking for the 
availability of the non-selected technology. For exam- 
10 pie. if GSM mode is selected and a user enters an area 
where GSM service is unavailable, the telephone may 
automatically switch to TDMA mode, to provide uninter- 
rupted service. Similarty, if TDMA mode Is being used 
by the mobile telephone because the preferred mode 
IS (GSM) is unavailable, an indication that GSM mode has 
become available may cause the mobile telephone to 
switch to GSM mode. 

[0041] In exemplary embodiments of the invention, 
the system may provide for emergency calls on both 
20 GSM and TDMA modes. Thus, if an emergency call is 
originated, the system may check the cun^ent technolo- 
gy mode and available service. If there is any service 
(either full or limited service) in the selected mode (GSM 
or TDMA), the system may make the emergency call. If 
25 there is no service found in the selected mode or tech- 
nology, the system may switch to the currently non-se- 
lected mode, and attempt to obtain service. If automatic 
selection between modes is selected, the system may 
buffer the call number and search for available service. 
30 Again, if no service is found in one mode, the system 
may switch modes to find service. 
[0042] Refenring now to FIGS. 7 and 8. an exemplary 
bridge for providing inter-processor communtoation 
(IPC) between processors of chipsets in a multi-mode 
35 mobile telephone is described. Bridge 700, which may 
have a structure that is characteristic of the bridge 244 
utilized by dual core architecture 200 shown in FIG. 2A, 
may utilize an OS! (Open Systems Interconnect) model 
800 generally illustrated in FIG. 8. Using this model. 
40 each of the GSM and TDMA components 702 & 704 or 
processes of bridge 700 is comprised of a first or phys- 
ical layer ("Layer 1") 706. In exemplary embodiments, 
physical layer 706 includes serial driver 708 for perfonm- 
Ing reception and transmission of serial data over serial 
45 connection 710 using BFB protocol. A second layer 
("Layer 2") 712 disposed over the physical layer 706 In- 
cludes a segmentation and re-assembly mechanism 
(SAR) 71 4 for providing reliable transmission and distri- 
bution of data. A third layer ("Layer 3") 71 6, disposed 
50 on top of the second layer 712, supports application 
modules providing intemal communication within bridge 
700. Such application modules include the MMl Manag- 
er (see FIG. 4) and applications modules for communi- 
cating with the GSM processor or TDMA processor (e. 
g, GSM processor communteator. and the like). Such 
applications may use the servtees of bridge 700 for ex- 
change of data between protocol stacks mnning on 
GSM and TDMA chipsets within the mobile telephone. 
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The third layer 716 may further provide applications for 
external communication. Such applications may include 
a PCAT (Phone Calibration. Adjust and Test) applica- 
tion, a data logger application, fax and data channel ap- 
plications, and the WWe. 

[0043] Fig. 9 illustrates the structure used for MMl 
specific messages employed by the third layer ("Layer 
3") 71 6 shown in FIG. 7. As shown, an MMl specific mes- 
sage 900 may include elements of different types. For 
example, an MMl message 900 may include mandatory 
fixed length elements 902. mandatory variable length el- 
ements 904, optional fixed length elements 906 and op- 
tional variable length elements 908. In exemplary em- 
bodiments, mandatory fixed length elements 902 and 
mandatory variable length elements 904 are used pri- 
marily for IPC communications. Inter processor control 
man machine interface (IPC MMl) messages may fur- 
ther comprise call processing fonward messages (TD- 
M A-GSM), call processing reverse messages (GSM-TD- 
MA), database access fonward messages, database ac- 
cess reverse messages, built-in monitor messages, re- 
sponse messages, and the like. 
[0044] It is believed that the of the present Invention 
and many of its attendant advantages will be understood 
by the foregoing description, and it will be apparent that 
various changes may be made in thefonm, construction 
and an^angement of the exemplary components thereof 
without departing from the scope of the invention or with- 
out sacrificing all of its material advantages. The form 
herein before described being merely an explanatory 
embodiment thereof, it is the intention of the following 
claims to encompass and include such changes. 



Claims 

1 . A system (200 & 21 0) for controlling a mobile tele- 
phone (100 & 110), comprising: 

a mode manager (238) for managing switching 
of the system (200 & 21 0) between a first mode 
utilizing a first air interface standard supported 
by a first protocol stack (212) and a second 
mode utilizing a second air interface standard 
supported by a second protocol stack (214); 
a user interface (234) for communicating infor- 
mation and commands between the first and 
second protocol stacks (212 & 214) and a user 
for controlling the mobile telephone (100 & 
110); and 

an application layer (236) for reducing function- 
al interface between the first and second pro- 
tocol stacks (212 & 214) to layers of the first 
and second protocol stacks (21 2 & 21 4) subse- 
quent to the user interiace (234), 

wherein control of the mobile telephone (1 00 & 1 1 0) 
is provided via a single man machine interface that 



is substantially consistent across the first and sec- 
ond modes. 

2. A system (200 & 21 0) for controlling a mobile tele- 
5 phone (1 00 & 1 1 0), comprising: 

a first protocol stack (21 2) for supporting a first 
air interface standard providing a first function- 
ality; 

10 a second protocol stack (21 4) for supporting a 

second air interface standard providing a sec- 
ond functionality; 

a mode manager (238) for managing switching 
of the system between a first mode utilizing the 

15 first air interface standard and a second mode 

utilizing the second air interface standard; 
a user Interface (234) for communicating infor- 
mation and commands between the first and 
second protocol stacks (212 & 214) and a user 

20 for controlling the mobile telephone (100 & 

110); and 

an application layer (236) for reducing function- 
al interface between the first and second pro- 
tocol stacks (212 & 214) to layers of the first 
25 and second protocol stacks (2 1 2 & 21 4) subse- 

quent to the user interface (234), 

wherein control of the first and second functionali- 
ties is provided via a single man machine Interface 
30 that is substantially consistent across the first and 
second modes. 

3. A system (200 & 210) according to claim 1 or 2, 
wherein the mode manager (238) further includes 

35 a router (322) for routing infonrnation to one of the 
first protocol stack (212) and the second protocol 
stack (214). 

4. A system (200 & 21 0) according to claim 1 , 2 or 3, 
40 wherein the mode manager (238) further includes 

a man machine interface manager (312) for trans- 
lating infonnation between the first air interface 
standard and the second air interface standard. 

45 5. A system (200 & 21 0) according to any of the pre- 
ceding claims, further comprising a bridge (244) for 
providing communication of Infomiatlon between 
the first protocol stack (212) and the second proto- 
col stack (214). 

50 

6. A system (200 & 21 0) according to any of the pre- 
ceding claims, further characterized by a common 
database for storage of user data utilized by the first 
and second protocol stacks (212 & 214), the user 
55 data Including at least one of an address book entry, 
a phonebook entry, a short message, an email, a 
ringing tone, and a picture. 
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7. A system (200 & 21 0) according to any of the pre- 
ceding claims, further characterized by a call da- 
tabase for storing call related data by the first and 
second protocol stacks (212 & 214). 

8. A system (200 & 21 0) according to any of the pre- 
ceding claims, wherein the first air interface stand- 
ard is the Global System for Mobile communication 
(GSM) air interface standard and the second air in- 
terface standard is the Telecommunications Indus- 
try Association/Electronics Industry Alliance Interim 
Standard 136 (TIA/ElA-136) air interface standard. 

9. A system (200 & 21 0) according to any of the pre- 
ceding claims, wherein the user interface (234), ap- 
plication layer (236), and mode manager (238) are 
integrated with the first protocol stack (212). 

10. A system (200 & 210) according to claim 1 or 2, 
wherein the mode manager (238) further includes 
a man machine interface manager (312) for trans- 
lating infomnation between the first air interface 
mode (212) and the second air interface mode 
(214). 

11 . A system (200 & 21 0) according to claim 1 or 2, fur- 
ther characterized by a database forstorage of da- 
ta by the first and second protocol stacks (212 & 
214). 

12. A mobile telephone (100 & 110), comprising: 

a hardware system including at least one 
chipset (112, 114 & 116) and a hardware inter- 
face for controlling the mobile telephone (100 
&11): 

a software system, including: 

a mode manager (238) for managing 
switching between a first mode utilizing a 
first air interface standard supported by a 
first protocol stack (212) and a second 
mode utilizing a second air interface stand- 
ard supported by a second protocol stack 
(214), the first and second protocol stacks 
(212 & 214) running on the at least one 
chipset (112, 114 & 116); 
a user interface (234) for communicating 
information and commands between the 
first and second protocol stacks (212 & 
214) and a user via the hardware interface; 
and 

an application layer (236) for reducing 
functional interface between the first and 
second protocol stacks to layers of the first 
and second protocol stacks subsequent to 
the user interface, 



wherein the user Interface (234) provides control of 
the mobile telephone via a single man machine in- 
terface (118) that is substantially consistent across 
the first and second modes. 

5 

13. A mobile telephone (100 & 110) according to claim 
12, wherein the mode manager (238) further in- 
cludes a router (322) for routing infomnation to one 
of the first protocol stack (21 2) and the second pro- 

10 tocoi stack (214). 

14. A mobile telephone (100 & 110) according to claim 
12 or 13, wherein the mode manager (238) further 
includes a man machine interface manager (312) 

15 for translating infomnation between the first air in- 
terface standard and the second air interface stand- 
ard. 



15. A mobile telephone (1 00 & 1 1 0) according to claim 
20 12, 13 or 14, further comprising a bridge (244) for 

providing communication of information between 
the first protocol stack (212) and the second proto- 
col stack (214), wherein the first protocol stack 
(212) and the second protocol stack (214) are run 
25 on separate chipsets (1 1 2 & 1 1 4) . 

1 6. A mobile telephone (1 00 & 1 1 0) according to any of 
claims 12 to 15, further comprising a database for 
storage of data by the first and second protocol 

30 stacks (212 & 214). 

17. A mobile telephone (1 00 & 1 1 0) according to any of 
claims 12 to 16, further comprising a call database 
for storing call related data by the first and second 

35 protocol stacks (21 2 & 214). 



1 8. A mobile telephone (1 00 & 1 1 0) according to any of 
claims 1 2 to 1 7, wherein the first air interface stand- 
ard is the Global System for Mobile communfeation 
(GSM) air interface standard and the second air in- 
terface mode is the Telecommunications Industry 
Association/Electronics Industry Alliance Interim 
Standard 136 (TIA/EIA-1 36) air interface standard. 



40 



45 



19. A mobile telephone (1 00 & 1 1 0) according to any of 
claims 12 to 18, wherein the user interface (234), 
application layer (236), and mode manager (238) 
are integrated with the first protocol stack (212) 
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